Provisioning Single-Mode and Multimode System Selection Parameters and Service Management

ABSTRACT

Multi-mode system selection (MMSS) enables a mobile station (MS) to prioritize MS preference for selecting particular radio air-interfaces (AI) across multiple standards (e.g., 3GPP, 3GPP2, WiMAX). 3GPP2 is developing a scheme MMSS-3GPP2 which is usually referred to as simply ‘MMSS.’ Other schemes exist e.g., proprietary ones (e.g., internal ePRL), an MMSS-3GPP based on the PLMN with Access Technologies of non-3GPP systems. MMSS OTASP messages and parameters are being defined in 3GPP2 to allow the carriers to provision MMSS parameters to the mobile device. With MMSS, the mobile can select and hence acquire cdma2000 and non-cdma2000 systems (e.g., LTE, WiMAX) based on carrier&#39;s preferences.

CLAIM OF PRIORITY UNDER 35 U.S.C. §119

The present Application for Patent claims priority to ProvisionalApplication No. 61/253,436 entitled “Method and Apparatus forProvisioning Multimode System Selection Parameters” filed Oct. 20, 2009,and to Provisional Application No. 61/177,982 entitled “Method andApparatus for Provisioning Multimode System Selection Parameters” filedMay 13, 2009, each assigned to the assignee hereof and hereby expresslyincorporated by reference herein.

BACKGROUND

1. Field

The present disclosure relates to a mobile operating environment, andmore particularly, to provisioning mobile equipment or smart card forselecting various access technologies.

2. Background

Wireless communication systems are widely deployed to provide varioustypes of communication content such as voice, data, and so on. Thesesystems may be multiple-access systems capable of supportingcommunication with multiple users by sharing the available systemresources (e.g., bandwidth and transmit power). Examples of suchmultiple-access systems include code division multiple access (CDMA)systems, time division multiple access (TDMA) systems, frequencydivision multiple access (FDMA) systems, and orthogonal frequencydivision multiple access (OFDMA) systems.

Generally, a wireless multiple-access communication system cansimultaneously support communication for multiple wireless terminals.Each terminal communicates with one or more base stations viatransmissions on the forward and reverse links. The forward link (ordownlink) refers to the communication link from the base stations to theterminals, and the reverse link (or uplink) refers to the communicationlink from the terminals to the base stations. This communication linkmay be established via a single-in-single-out, multiple-in-signal-out ora multiple-in-multiple-out (MIMO) system.

Universal Mobile Telecommunications System (UMTS) is one of thethird-generation (3G) cell phone technologies. UTRAN, short for UMTSTerrestrial Radio Access Network, is a collective term for the Node-B'sand Radio Network Controllers which make up the UMTS radio accessnetwork. This communications network can carry many traffic types fromreal-time Circuit Switched to IP based Packet Switched. The UTRAN allowsconnectivity between the UE (user equipment) and the core network. TheUTRAN contains the base stations, which are called Node Bs, and RadioNetwork Controllers (RNC). The RNC provides control functionalities forone or more Node Bs. A Node B and an RNC can be the same device,although typical implementations have a separate RNC located in acentral office serving multiple Node B's. Despite the fact that they donot have to be physically separated, there is a logical interfacebetween them known as the Iub. The RNC and its corresponding Node Bs arecalled the Radio Network Subsystem (RNS). There can be more than one RNSpresent in an UTRAN.

CDMA2000 (also known as IMT Multi Carrier (IMT MC)) is a family of 3Gmobile technology standards, which use CDMA channel access, to sendvoice, data, and signaling data between mobile phones and cell sites.The set of standards includes: CDMA2000 1×, CDMA2000 1×EV-DO Rev. 0,CDMA2000 EV-DO Rev. A, and CDMA2000 EV-DO Rev. B. All are approved radiointerfaces for the ITU's IMT-2000. CDMA2000 has a relatively longtechnical history and is backward-compatible with its previous 2Giteration IS-95 (cdmaOne).

CDMA2000 1× (IS-2000), also known as 1× and 1×RTT, is the core CDMA2000wireless air interface standard. The designation “1×”, meaning 1 timesRadio Transmission Technology, indicates the same RF bandwidth as IS-95:a duplex pair of 1.25 MHz radio channels. 1×RTT almost doubles thecapacity of IS-95 by adding 64 more traffic channels to the forwardlink, orthogonal to (in quadrature with) the original set of 64. The 1×standard supports packet data speeds of up to 153 kbps with real worlddata transmission averaging 60-100 kbps in most commercial applications.IMT-2000 also made changes to the data link layer for the greater use ofdata services, including medium and link access control protocols andQoS. The IS-95 data link layer only provided “best effort delivery” fordata and circuit switched channel for voice (i.e., a voice frame onceevery 20 ms).

CDMA2000 1×EV-DO (Evolution-Data Optimized), often abbreviated as EV-DOor EV, is a telecommunications standard for the wireless transmission ofdata through radio signals, typically for broadband Internet access. Ituses multiplexing techniques including code division multiple access(CDMA) as well as time division multiple access (TDMA) to maximize bothindividual user's throughput and the overall system throughput. It isstandardized by 3rd Generation Partnership Project 2 (3GPP2) as part ofthe CDMA2000 family of standards and has been adopted by many mobilephone service providers around the world, particularly those previouslyemploying CDMA networks.

3GPP LTE (Long Term Evolution) is the name given to a project within theThird Generation Partnership Project (3GPP) to improve the UMTS mobilephone standard to cope with future requirements. Goals include improvingefficiency, lowering costs, improving services, making use of newspectrum opportunities, and better integration with other openstandards. The LTE system is described in the Evolved UTRA (EUTRA) andEvolved UTRAN (EUTRAN) series of specifications.

In order for handsets to interface with subscriber networks, subscriberidentification carried by the handset is required. For example, aSubscriber Identity Module (SIM) on a removable SIM card securely storesthe service-subscriber key for identification purposes on mobiletelephony devices (such as mobile phones and computers). The SIM cardallows users to change phones by simply removing the SIM card from onemobile phone and inserting it into another mobile phone or broadbandtelephony device.

A SIM card contains its unique serial number, International MobileSubscriber Identifier (IMSI) of the mobile device, securityauthentication and ciphering information, temporary information relatedto the local network, a list of the services the user has access to andtwo passwords (PIN for usual use and PUK for unlocking).

Each SIM card stores a unique International Mobile Subscriber Identity(IMSI), of this number format: (a) The first 3 digits represent theMobile Country Code (MCC); (b) The next two or three digits representthe Mobile Network Code (MNC); (c) The remaining digits represent theMobile Station Identification (MSID) number; and (d) A SIM card also hasan Integrated Circuit Card Identification (ICC-ID) number.

A virtual SIM is a mobile phone number provided by a mobile networkoperator that does not require a SIM card to terminate phone calls on auser's mobile phone.

A RUIM card (also R-UIM) or Removable User Identification Module, is aremovable smart card for cellular phones made for the CDMA2000 network.The R-UIM is essentially the 3GPP/ETSI SIM for CDMA2000 systems—whichare both based on the Integrated Circuit Card (ICC). The RUIM card holdsa user's personal information such as name and account number, cellphone number, phone book, text messages and other settings.

A CDMA2000 Subscriber Identify Module (CSIM) is an application that runson the newer smart card known as the Universal Integrated Circuit Card(UICC). The UICC can store a CSIM application, USIM application, SIMand/or R-UIM and can be used to enable operation with cellular networksglobally. UICC carries the Application Directory Files (ADF) of CSIM andUSIM and others. SIM and R-UIM are legacy cards based on ICC. Both SIMand R-UIM can be added on to the UICC but not as an ADF but as a DF(Directory File). The UICC which can carry a CSIM application allowsusers to change phones by simply removing the smart card from one mobilephone and inserting it into another mobile phone or broadband telephonydevice.

Hereinafter, the term “smart card” will be used to encompass thesetechnologies and their equivalents.

Dual mode (or multimode) mobiles refer to mobile phones that arecompatible with more than one form of data transmission or network, ascontrasted with single-mode mobiles. For instance, a dual-mode phone canbe a telephone which uses more than one technique for sending andreceiving voice and data. This could be for wireless mobile phones orfor wired phones.

In one aspect, the dual mode can refer to network compatibility, such asmobile phones containing two types of cellular radios for voice anddata. These phones include combination of GSM and CDMA technology. Theycan be used as a GSM or CDMA phone according to user preference. Thesehandsets are also called global phones and are essentially two phones inone device. For this particular example of a dual mode cdma2000 and GSMphone, there are two possibilities, either two cards (R-UIM and SIM) orone card (SIM-only) where the R-UIM information is stored in the MobileEquipment (handset shell).

In another aspect, a dual mode mobile can use both cellular andnon-cellular radios for voice and data communication. There are also twotypes of dual mode phones which use cellular radio that containGSM/CDMA/W-CDMA as well as other technology like IEEE 802.11 (Wi-Fi)radio, WiMAX, or DECT (Digital Enhanced Cordless Telecommunications)radio. These phones can be used as cellular phones when connected to awide area cellular network. When within range of a suitable Wi-Fi orDECT network, the phone can be used as a Wi-Fi/DECT phone for allcommunications purposes. This method of operation can reduce cost (forboth the network operator and the subscriber), improve indoor coverageand increase data access speeds.

Wi-Fi is a subset of wireless local area network (WLAN) that linksdevices via a wireless distribution method (typically spread-spectrum orOFDM) and usually provides a connection through an access point to thewider Internet. This gives users the mobility to move around within alocal coverage area and still be connected to the network.

WiMAX, an acronym for Worldwide Interoperability for Microwave Access,is a telecommunications technology that provides fixed and fully mobileinternet access. WiMAX is based on the IEEE 802.16 standard (also calledBroadband Wireless Access). The name “WiMAX” was created by the WiMAXForum, which was formed in June 2001 to promote conformity andinteroperability of the standard. The forum describes WiMAX as “astandards-based technology enabling the delivery of last mile wirelessbroadband access as an alternative to cable and DSL”.

With these various access technologies and various connectivitylimitations of a handset and its subscriber identification, a challengeexists with provisioning devices for system selection parameters andservice management.

SUMMARY

The following presents a simplified summary of one or more aspects inorder to provide a basic understanding of such aspects. This summary isnot an extensive overview of all contemplated aspects, and is intendedto neither identify key or critical elements of all aspects nordelineate the scope of any or all aspects. Its sole purpose is topresent some concepts of one or more aspects in a simplified form as aprelude to the more detailed description that is presented later.

In one aspect, a method is provided for provisioning mobile equipment orsmart card for system selection of air-interface/access technologies. Amultimode system selection scheme is accessed for selecting a radioaccess technology from a plurality of radio access technologies. Acapability constraint of a mobile device is determined for using theplurality of radio access technologies. The mobile device communicateswith a radio access network using a selected radio access technologyaccording to the multimode system selection scheme and the capabilityconstraint.

In another aspect, at least one processor is provided for provisioningmobile equipment or smart card for system selection ofair-interface/access technologies. A first module accessing a multimodesystem selection scheme for selecting a radio access technology from aplurality of radio access technologies. A second module determines acapability constraint of a mobile device for using the plurality ofradio access technologies. A third module communicates with a radioaccess network using a selected radio access technology according to themultimode system selection scheme and the capability constraint.

In an additional aspect, a computer program product is provided forprovisioning mobile equipment or smart card for system selection ofair-interface/access technologies. A non-transitory computer-readablestorage medium comprises sets of codes. A first set of codes causes acomputer to access a multimode system selection scheme for selecting aradio access technology from a plurality of radio access technologies. Asecond set of codes causes the computer to determine a capabilityconstraint of a mobile device for using the plurality of radio accesstechnologies. A third set of codes causes the computer to communicatewith a radio access network using a selected radio access technologyaccording to the multimode system selection scheme and the capabilityconstraint.

In another additional aspect, an apparatus is provided for provisioningmobile equipment or smart card for system selection ofair-interface/access technologies. Means are provided for accessing amultimode system selection scheme for selecting a radio accesstechnology from a plurality of radio access technologies. Means areprovided for determining a capability constraint of a mobile device forusing the plurality of radio access technologies. Means are provided forcommunicating with a radio access network using a selected radio accesstechnology according to the multimode system selection scheme and thecapability constraint.

In a further aspect, an apparatus is provided for provisioning mobileequipment or smart card for system selection of air-interface/accesstechnologies. A computing platform accesses a multimode system selectionscheme for selecting a radio access technology from a plurality of radioaccess technologies. A smart card interfaced to the computing platformfor determines a capability constraint of a mobile device for using theplurality of radio access technologies. A transceiver communicates witha radio access network using a selected radio access technologyaccording to the multimode system selection scheme and the capabilityconstraint.

In yet one more aspect, a method is provided for provisioning mobileequipment or smart card for system selection of air-interface/accesstechnologies. A host radio access network serves mobile device using ahost radio access technology. The host radio access network transmits acommand to the mobile device for modifying a data structure stored on asmart card containing a multimode system selection scheme for selectinga radio access technology from a plurality of radio access technologies,wherein the mobile device determines a capability constraint based atleast in part upon the command for using the plurality of radio accesstechnologies.

In yet another aspect, at least one processor is provided forprovisioning mobile equipment or smart card for system selection ofair-interface/access technologies. A first module serves a mobile devicefrom a host radio access network using a host radio access technology. Asecond module transmits a command to the mobile device for modifying adata structure containing a multimode system selection scheme forselecting a radio access technology from a plurality of radio accesstechnologies, wherein the mobile device determines a capabilityconstraint based at least in part upon the command for using theplurality of radio access technologies.

In yet an additional aspect, a computer program product is provided forprovisioning mobile equipment or smart card for system selection ofair-interface/access technologies. A non-transitory computer-readablestorage medium comprises sets of code. A first set of codes causes acomputer to serve a mobile device from a host radio access network usinga host radio access technology. A second set of codes causes thecomputer to transmit a command to the mobile device for modifying a datastructure containing a multimode system selection scheme for selecting aradio access technology from a plurality of radio access technologies,wherein the mobile device determines a capability constraint based atleast in part upon the command for using the plurality of radio accesstechnologies.

In yet another additional, an apparatus is provided for provisioningmobile equipment or smart card for system selection ofair-interface/access technologies. Means are provided for serving amobile device from a host radio access network using a host radio accesstechnology. Means are provided for transmitting a command to the mobiledevice for modifying a data structure containing a multimode systemselection scheme for selecting a radio access technology from aplurality of radio access technologies, wherein the mobile devicedetermines a capability constraint based at least in part upon thecommand for using the plurality of radio access technologies.

In yet a further aspect, an apparatus is provided for provisioningmobile equipment or smart card for system selection ofair-interface/access technologies. A scheduler serves a mobile devicefrom a host radio access network using a host radio access technology. Atransceiver transmits a command to the mobile device for modifying adata structure containing a multimode system selection scheme forselecting a radio access technology from a plurality of radio accesstechnologies, wherein the mobile device determines a capabilityconstraint based at least in part upon the command for using theplurality of radio access technologies.

To the accomplishment of the foregoing and related ends, the one or moreaspects comprise the features hereinafter fully described andparticularly pointed out in the claims. The following description andthe annexed drawings set forth in detail certain illustrative featuresof the one or more aspects. These features are indicative, however, ofbut a few of the various ways in which the principles of various aspectsmay be employed, and this description is intended to include all suchaspects and their equivalents.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a schematic depiction of a communication systemprovisioned for system selection among multiple access technologies.

FIG. 2A illustrates a flow diagram for a methodology for user equipmentto be provisioned for multimode system selection.

FIG. 2B illustrates a flow diagram for a methodology for a network toprovision user equipment for multimode system selection.

FIG. 3 illustrates a flow diagram for a methodology or sequence ofoperation for mitigating unsuccessful continuous scanning for servicewhen in an Out-of-Service (OoS) state.

FIGS. 4A-4D illustrates flow diagrams for a methodology or sequence ofoperation for multiple radio, multimode system selection operation.

FIG. 5 illustrates a diagram of a data structure for an Elementary Field(EF) in a smart card for multimode system selection.

FIG. 6 illustrates a diagram of a data structure for coding the EF ofFIG. 5.

FIG. 7 illustrates a diagram of a data structure for an EF for modesettings for multimode system selection.

FIG. 8 illustrates a diagram of a data structure for an EF for locationassociated priority lists for multimode system selection.

FIG. 9 illustrates a diagram of a data structure for an EF for systempriority lists for multimode system selection.

FIG. 10 illustrates a diagram of a data structure for an EF for wirelesslocal access network configuration for multimode system selection.

FIG. 11 illustrates a diagram of an exemplary computing environment.

FIG. 12 illustrates a block diagram of a logical grouping of electricalcomponents for provisioning multimode service selection that isincorporated at least in part in user equipment.

FIG. 13 illustrates a block diagram of a logical grouping of electricalcomponents for provisioning multimode service selection that isincorporated at least in part in a node.

FIG. 14 illustrates a block diagram of an apparatus having means forprovisioning multimode service selection.

FIG. 15 illustrates a block diagram of an apparatus having means forprovisioning multimode service selection.

DETAILED DESCRIPTION

It should be appreciated with the benefit of the present disclosure thatmultimode system selection (MMSS) addresses use of multiple radios inmobile devices (handset). Conventional MMSS has been developed under thegeneral assumption of a single transceiver in the handset. However,actual handset development has been directed to supporting (a) twoReceivers (RXs) and one active Transmitter (TX) (2 RX/1 TX); and (b) twosimultaneously active transceivers (2 RX/2 TX). For example, considerLTE/CDMA2000 handsets that support Simultaneous Voice over cdma2000 1×and data over LTE (SVLTE). As another example, consider dual RX (i.e.,used for multiple technologies) with one TX that supports Circuit SwitchFallback (CSFB). Consequently, the present innovation supports such newhandsets by generalizing MMSS to support multiple RX and/or multiple TXsconfigurations.

Currently, the 3GPP2 Preferred Roaming List (PRL) supports ‘AssociatedSystems’. For instance, cdma2000 systems such as 1× and HRPD can begrouped into sets. The PRL can also indicate if they share commonPseudo-Noise (PN) Offsets using PN_ASSOCIATION or common set of PacketData Serving Nodes (PDSNs) using DATA_ASSOCIATION. This helps managedata connections by being able to prevent a data connection to adifferent operator's DO and ensure data connection to, at least, thehome (desired) operator's 1× system, if not the home DO.

The 3GPP2 MMSS Location Associated Priority List (MLPL) and MMSS SystemPriority List (MSPL) support conventional MMSS that allows systemselection across 3GPP versus 3GPP2 systems and is designed for singleRX/TX systems.

The CDMA Development Group (CDG) further refines this with a ‘1×-DOHybrid Mode’ wherein 1× serves as an anchor system for DO systemselection and only DO systems ‘associated’ with a 1× system can beselected. When a new 1× system is acquired, a new set of associated DOsystems can only be selected. Acquisition attempts of DO are limited tosystems that are associated with the acquired 1× system as theirapproach to speed up the search for DO service, as well as saves onpower consumption. CDG provides additional requirements on MMSS, whichagain are for single RX/TX multimode handsets.

It should be noted that there are certain implementations where, despitehaving two RX chains, the mobile station (MS) attempts to use one RXchain and may behave as if it had only a single RX chain. ForSimultaneous Voice-Data Operation (SVDO) where the second RX chain mayintroduce greater power (i.e., dB) losses, the first RX chain may belargely used. By contrast, for SHDR with two RX chains where second RXchain may be of closer quality, the second RX chain may be used muchmore. Thereby, shortcomings can be experienced in that system selectionfor multiple radio systems is currently limited to cdma2000 systemswhich require 1× to be the anchor system. Conventional MMSS is limitedto single RX/single TX usage. For example, given a 1×LTE dual-modehandset with one Rx chain for 1× and another for LTE, system selectionfor the two radios may operate independently or in a coordinatedfashion, e.g., based on Association similar to that cdma2000 systems.

As an introduction, consider radio configuration examples whereinbaseband processor options include combinations of 1×, evolved High RatePacket Data (eHRPD) and LTE: (a) 1× and eHRPD/LTE (two processors); (b)1×/eHRPD and LTE (two processors); and (c) 1×/eHRPD/LTE (single). Thenumber of RX chains can include (a) one RX chain that is shared amongthe multiple processors; (b) two one processor for each RX chain; or (c)one RX chain shared for idle state usage with a second RX chain usedwhen the first RX chain is in an active state.

Thus, the present innovation is provide a means for an MS to performsystem selection of two or more systems that goes beyond conventionalMMSS with its current 1×-DO limitation. In an exemplary aspect, theinnovative evolved MMSS (“eMMSS”) addresses 3GPP/3GPP2 systems.

Consider initial conditions to be addressed to include differenttransceiver types: (a) Single RX/Single TX (with off-frequency scans),(b) Dual RX/Single TX; (c) Dual RX/Dual TX (e.g., SVLTE, SVDO); and (d)a general case with multiple RXs and/or multiple TXs.

The initial conditions to be addressed can also include differentAir-Interface (AI) types: (a) Wireless Wide Area Network (WWAN) (e.g.,Intra-standard Air-Interfaces such as 1×+DO, Inter-standard (MMSS) suchas LTE/cdma2000); (b) non-WWAN air-interfaces (e.g., Wireless LocalAccess Network (WLAN), Personal Access Network (PAN)). For clarity, thepresent disclosure focuses on the WWAN AI type, although it should beappreciated that aspects can apply to non-WWAN types.

In one aspect, eMMSS can address these needs without requiring a changeto applicable standards.

1(a). First, a mobile device can be provided with one radio with3GPP/3GPP2 and second radio with 3GPP2 (e.g., eHRPD/LTE and 1×,respectively). The eHRPD/LTE side could use MMSS and underlying PRL andPLMN lists. The 1× side could use a second PRL with the Association. Ina particular implementation, the associated HRPD systems could also beprovisioned to help the mobile device or terminal to find the associatedeHRPD system. In order to ensure that the two PRLs and PLMN list areprovisioned properly, the 1×AI can be removed from the first PRL(“PRL1”) and HRPD can be removed from the second PRL (“PRL2”). The PLMNlist could be provisioned only with LTE. Alternatively, a single PRL canbe filtered for PRL1 and PRL2. In addition, an Over-The-Air ServiceProvisioning (OTASP) and smart card specifications can require changesto send and store two PRLs, respectively. Alternatively, one single PRLcan be sent to the mobile and the mobile splits it to two PRLs which arestored in two places on the mobile or on the smart card (or two smartcards). One of ordinary skill in the art should recognize an exemplarydisclosure for OTASP in 3GPP2, “Over-the-Air Service Provisioning ofMobile Stations in Spread Spectrum Standards”, C.S0016-D v1.0, January2010.

1(b). Second, a mobile device or terminal can be provided with one radiohaving 3GPP/3GPP2 and second radio with 3GPP (e.g., eHRPD/LTE andGSM/UMTS). The eHRPD/LTE side could use MMSS and underlying PRL and PLMNlists. GSM side could use a second Private Land Mobile Network (PLMN)list. In order to ensure that the PRL and two PLMN lists are provisionedproperly, the 1×AI can be removed the PRL, PLMN list 1 could beprovisioned only with LTE, and PLMN list 2 could be provisioned onlywith GSM/UMTS. In one aspect, the same PLMN could be used to create PLMNList 1, List 2.

1(c). Third, a mobile device or terminal can be provided with one radiohaving 3GPP2 and second radio with 3GPP (e.g., 1×/eHRPD and LTE). The1×/eHRPD side could use PRL and LTE side could use the PLMN.

1(d). Fourth, a mobile device or terminal can be provided with one radiohaving 3GPP/3GPP2 and second radio with 3GPP/3GPP2 (e.g., 1×/GSM andeHRPD/LTE). The 1×/GSM side could use MMSS1 and PRL1, PLMN1. TheeHRPD/LTE side would use MMSS2 with PRL2 and PLMN2. Options can beimplemented to re-use of the same PRL, PLMN and/or MMSS. Certainimplementations can result in OTASP and smart card specification changesto support multiple MMSS downloads (e.g., MMSS 1, MMSS 2).

In another aspect, MMSS according to the present innovation can addressthese needs without a requirement to change applicable standards. ThisMMSS approach can use an implicit association of systems, such as inPRL, to MMSS. As a first option, the implicit association can be usedonly with unique MSPL and MLPL record pairs. As a second option, given a1×/eHRPD associated pair (in PRL), any system more preferred or equal tothat eHRPD system is considered associated with this 1×/eHRPD pair. Forexample, cdma2000 systems can be associated with a PLMN_ID rather than aspecific Radio Access Technology (RAT).

2. In another aspect, a PRL approach according to the present innovationcan address these needs with a requirement to change applicablestandards. In particular, this can be accomplished by adding LTE and3GPP system types to the conventionally-defined PRL or by extending thecurrently-defined 1×-DO/LTE Hybrid mode where 1× remains as the anchor

3. A 3GPP approach can be used as another aspect that requires a changeto applicable standards. A new Elementary File (EF) (e.g., EF(Associated_Systems)) can be created to link Mobile Country Code (MCC),Mobile Network Code (MNC), and RAT types. Alternatively, an existing EFcan be modified by adding this Associated_Systems field to groupsystems. For example, MCC/MNC/RAT/ASSOCIATION (16 bit) could use theC.S0016-D new MCC-based Sys_Record to map System Identifier(SID)/Network Identifier (NID) to MCC/MNC.

4. In another aspect, an MMSS approach can be implemented by changingapplicable standards to add an Association feature (in PRL) to MMSS. Toensure proper provisioning, note that MSPL does not explicitly list theSID/NID, Subnet IDs nor MCC/MNCs. Provisioning can require that the MLPLpoints to the MSPL. However, multiple MLPLs can point to the same MSPL.The MSPL can be modified to follow the PRL Association approach in orderto address cross-standard Air-Interfaces (AI) (e.g., LTE-1×). It shouldbe appreciated that this approach has application to same standard AIs(e.g., 1×/DO or LTE/GSM).

New fields can be added to MMSS:

ASSOCIATION_INCL (1 bit);

ASSOCIATION_TAG (8 bits) having a value that is unique within an MSPLrecord;

NETWORK_ASSOCIATION (1 bit) that is set only if the AIs share the samePDSN;

ANCHOR_SYSTEM (0 or 1 bit) that indicates if the system is the anchorsystem, which becomes the primary system for system selection purposes(similar to 1× in Hybrid 1×DO). If ASSOCIATION_INCL=1 and no system isindicated as an Anchor, then there is no Anchor system. In someapplications, multiple anchors can be allowed.

CELL_IDENTITY_ASSOCIATION (0 or 1) indicates there is an association ofthe PN_OFFSET for cdma2000 systems and the CELL_IDENTITY for LTE.Alternatively, association of systems without any new fields canprovided. Systems identified by an MLPL/MSPL pair (where the MLPL pointsto the MSPL) could be deemed as ‘Associated Systems’. The two radios(e.g., 1×+eHRPD/LTE) as described above could use the same MMSS filteredappropriately and operate independent of each other. If finergranularity of association were needed, a coarse MLPL/MSPL pair could beseparated into two or more finer-granularity MLPL/MSPL pairs.

With regard to cdma2000 and LTE cell-association, the PRL can indicateif the associated 1× and DO systems share common PN Offsets in order tolimit acquisition to DO systems co-located with the anchor 1× system andto save battery power. A similar physical (PHY) layer mechanism toassociate LTE and cdma2000 (or 3GPP systems in general) could providethe same benefits especially during initial roll-out. Thereby, thehandset need not need to exhaustively scan for the 3*168=504 unique LTEcell identities such as by referencing a mapping table. A similar fieldin MSPL can be added to tie the LTE cell identity to the cdma2000PN_OFFSET (e.g., PN_CELL_IDENTITY_ASSOCIATION).

This mapping can be provided in several exemplary ways. In one aspect,one or more unique mappings of the 504 LTE cell identities to thecdma2000 PN offsets (e.g., 512) can be created that an operator coulduse. In another aspect, a 1×/DO broadcast message can be standardized tobroadcast the cell-identity of a co-located LTE sector. A mapping tablecan be created for storage in the mobile device or terminal. Forinstance, the mappings between all RATs for an operator can be stored ina new table.

With regard to extension to beyond LTE and cdma2000, aspects can be tiedto the 512 scrambling codes in Wideband Code Division Multiple Access(WCDMA) as well. As previously mentioned an implicit association can beemployed. LTE systems can be implicitly always equal to or greater thaneHRPD systems and assumed to be associated. In one variation, differentradio configurations can be provided such as 1×/eHRPD/LTE all-in-onechip but still with two RX (1 or 2 TX) chains or such as by addingGSM/UMTS. In another variation, could have WiMAX as well as, or insteadof, 3GPP or 3GPP2 (e.g., 1× and eHRPD/LTE/WiMAX, 1× and eHRPD/LTE andWiMAX, etc.). In an additional variation, could expand to three or morechips/receive chains (e.g., 1×/eHRPD and LTE and WiMAX and satellitelink). In a further variation, PRL1 and PRL2 could use the sameunderlying PRL but unused systems can be filtered out. PLMN1 and PLMN2and MMSS1 and MMSS2 can be handled similarly. In yet another aspect,band-class and channel number information can have this information. Itshould be appreciated that acquisition time would be saved.

For those aspects with two or more independently running systemselection schemes, enhanced operation can be realized by allowinginformation to be shared between them. For example, given MMSS (foreHRPD/LTE) and PRL (for 1×), if RX1 running MMSS reads an Over-the-Air(OTA) MCC/MNC, RX1 can pass that information to RX2 running the PRL tospeed up scans for the other receiver chain.

In another aspect, un-needed radios can be turned off. For example, ifin a country that has no LTE, the second RX chain could be turned offand the LTE radio (or part of the radio) can be turned off Device can beput into a certain mode to avoid looking for specific radios eitherautomatically or manually.

In a further aspect, could have multiple Universal Integrated CircuitCard (UICC) or Integrated Circuit Cards (ICCs) in the handset, such aseach with their own separate MMSS, PRL, and PLMN lists. In yet anadditional aspect, the device could also turn off one of the cards tosave battery and/or if in a country which does not require the secondradio or smart card.

In one aspect, a User Interface (UI) display is provided to indicatethat the terminal state. For example the UI display can indicate whethersingle-radio or dual-radio, which radios are in use, whether in alimited service or out-of-service area, manual system selection mode orautomatic mode or power-up mode, or which smart card or integratedcircuit card (ICC) is active. In addition, when the smart card that wasturned off earlier is turned back on, PIN verification can be donewithout user interaction by the device based on cached PIN information.This obviates a need for the user to enter the PIN each time the smartcard is turned back on. These indications can be intuitive icons orannunciators.

Various aspects of the disclosure are further described below. It shouldbe apparent that the teaching herein can be embodied in a wide varietyof forms and that any specific structure or function disclosed herein ismerely representative. Based on the teachings herein one skilled in theart should appreciate that an aspect disclosed herein can be implementedindependently of other aspects and that two or more of these aspects canbe combined in various ways. For example, an apparatus can beimplemented or a method practiced using any number of the aspects setforth herein. In addition, an apparatus can be implemented or a methodpracticed using other structure or functionality in addition to or otherthan one or more of the aspects set forth herein. As an example, many ofthe methods, devices, systems, and apparatuses described herein aredescribed in the context of providing dynamic queries andrecommendations in a mobile communication environment. One skilled inthe art should appreciate that similar techniques could apply to othercommunication and non-communication environments as well.

As used in this disclosure, the term “content” and “objects” are used todescribe any type of application, multimedia file, image file,executable, program, web page, script, document, presentation, message,data, meta-data, or any other type of media or information that may berendered, processed, or executed on a device.

As used in this disclosure, the terms “component,” “system,” “module,”and the like are intended to refer to a computer-related entity, eitherhardware, software, software in execution, firmware, middle ware,microcode, or any combination thereof. For example, a component can be,but is not limited to being, a process running on a processor, aprocessor, an object, an executable, a thread of execution, a program,or a computer. One or more components can reside within a process orthread of execution and a component can be localized on one computer ordistributed between two or more computers. Further, these components canexecute from various computer readable media having various datastructures stored thereon. The components can communicate by way oflocal or remote processes such as in accordance with a signal having oneor more data packets (e.g., data from one component interacting withanother component in a local system, distributed system, or across anetwork such as the Internet with other systems by way of the signal).Additionally, components of systems described herein can be rearrangedor complemented by additional components in order to facilitateachieving the various aspects, goals, advantages, etc., described withregard thereto, and are not limited to the precise configurations setforth in a given figure, as will be appreciated by one skilled in theart.

Additionally, the various illustrative logics, logical blocks, modules,and circuits described in connection with the aspects disclosed hereincan be implemented or performed with a general purpose processor, adigital signal processor (DSP), an application specific integratedcircuit (ASIC), a field programmable gate array (FPGA) or otherprogrammable logic device, discrete gate or transistor logic, discretehardware components, or any suitable combination thereof designed toperform the functions described herein. A general-purpose processor canbe a microprocessor, but, in the alternative, the processor can be anyconventional processor, controller, microcontroller, or state machine. Aprocessor can also be implemented as a combination of computing devices,e.g., a combination of a DSP and a microprocessor, a plurality ofmicroprocessors, one or more microprocessors in conjunction with a DSPcore, or any other suitable configuration. Additionally, at least oneprocessor can comprise one or more modules operable to perform one ormore of the operations or actions described herein.

Moreover, various aspects or features described herein can beimplemented as a method, apparatus, or article of manufacture usingstandard programming or engineering techniques. Further, the operationsor actions of a method or algorithm described in connection with theaspects disclosed herein can be embodied directly in hardware, in asoftware module executed by a processor, or in a combination of the two.Additionally, in some aspects, the operations or actions of a method oralgorithm can reside as at least one or any combination or set of codesor instructions on a machine-readable medium or computer readablemedium, which can be incorporated into a computer program product.Further, the term “article of manufacture” as used herein is intended toencompass a computer program accessible from any computer-readabledevice, carrier, or media. For example, computer-readable media caninclude but are not limited to magnetic storage devices (e.g., harddisk, floppy disk, magnetic strips, etc.), optical disks (e.g., compactdisk (CD), digital versatile disk (DVD), etc.), smart cards, and flashmemory devices (e.g., card, stick, key drive, etc.). Additionally,various storage media described herein can represent one or more devicesor other machine-readable media for storing information. The term“machine-readable medium” can include, without being limited to,wireless channels and various other media capable of storing,containing, or carrying instruction, or data.

Furthermore, various aspects are described herein in connection with amobile device. A mobile device can also be called a system, a subscriberunit, a subscriber station, mobile station, mobile, mobile device,cellular device, multi-mode device, remote station, remote terminal,access terminal, user terminal, user agent, a user device, or userequipment, or the like. A subscriber station can be a cellulartelephone, a cordless telephone, a Session Initiation Protocol (SIP)phone, a wireless local loop (WLL) station, a personal digital assistant(PDA), a handheld device having wireless connection capability, or otherprocessing device connected to a wireless modem or similar mechanismfacilitating wireless communication with a processing device.

In addition to the foregoing, the word “exemplary” is used herein tomean serving as an example, instance, or illustration. Any aspect ordesign described herein as “exemplary” is not necessarily to beconstrued as preferred or advantageous over other aspects or designs.Rather, use of the word exemplary is intended to present concepts in aconcrete fashion. Furthermore, as used in this application and theappended claims, the term “or” is intended to mean an inclusive “or”rather than an exclusive “or.” That is, unless specified otherwise, orclear from context, “X employs A or B” is intended to mean any of thenatural inclusive permutations. That is, in this example, X could employA, or X could employ B, or X could employ both A and B, and thus thestatement “X employs A or B” is satisfied under any of the foregoinginstances. In addition, the articles “a” and “an” as used in thisapplication and the appended claims should generally be construed tomean “one or more” unless specified otherwise or clear from context tobe directed to a singular form.

As used herein, the terms to “infer” or “inference” refer generally tothe process of reasoning about or deducing states of a system,environment, or user from a set of observations as captured via eventsor data. Inference can be employed to identify a specific context oraction, or can generate a probability distribution over states, forexample. The inference can be probabilistic—that is, the computation ofa probability distribution over states of interest based on aconsideration of data and events. Inference can also refer to techniquesemployed for composing higher-level events from a set of events or data.Such inference results in the construction of new events or actions froma set of observed events or stored event data, whether or not the eventsare correlated in close temporal proximity, and whether the events anddata come from one or several event and data sources.

Various aspects are now described with reference to the drawings. In thefollowing description, for purposes of explanation, numerous specificdetails are set forth in order to provide a thorough understanding ofone or more aspects. It may be evident, however, that the variousaspects may be practiced without these specific details. In otherinstances, well-known structures and devices are shown in block diagramform in order to facilitate describing these aspects.

In FIG. 1, in a multiple standard communication system (“wirelesssystem”) 100, an apparatus depicted as mobile equipment (e.g., terminal,handset, user equipment, etc.) 102 for being provisioned for systemselection among multiple access technologies, depicted as a first andsecond Radio Access Technology (RAT) 104, 106. The mobile device or userequipment (UE) 102 can be at home or roaming.

Wireless UE 102 may be known by many different names, for example,cellular telephones, mobile stations, wireless handsets, etc. The scopeof the innovation covers these and other such systems, names, terms andimplementations for the elements of like types of wireless systems. UE102 may comprise many different types of wireless devices, including oneor more cellular telephone, wirelessly connected computer, PDA (personaldigital assistant), pager, navigation device, music or video contentdownload unit, wireless gaming device, inventory control unit, or otherlike types of devices communicating wirelessly via the air interface.Cellular or other wireless telecommunication services may communicatewith a carrier network through a data link or other network link via thefixed network 150 which may be the Public Switched Telephone Network(PSTN), the Internet, Integrated Services Digital Network (ISDN), one ormore local area networks (LAN) or wide area networks (WAN) or virtualprivate network (VPN), or other such network.

Selection of a particular MMSS scheme can be among multiple options suchas 3GPP, 3GPP2, generalized PRL, etc. The mobile equipment 102 can havemultiple radio configurations, depicted as having a transceiver 108 thatcan communicate simultaneously or sequentially via multiple transmitterand receiver antennas 110 to the RATs 104, 106 and to a wireless accesspoint 112. A computing platform 114 accesses a multimode systemselection (MMSS) scheme 116 for selecting a RAT 104, 106 from theplurality of RATs 104, 106. The computing platform 114 is interfaced toa smart card 118 for determining a capability constraint 120 of themobile device 102 for using the plurality of RATs 104, 106. Varioustypes of smart cards 118 can be employed, such as R-UIM, UICC with CSIMonly, UICC with USIM and CSIM, SIM, etc.

The transceiver 108 communicates with a particular radio access network(RAN) 122, 124 using a selected RAT 104, 106 according to the MMSSscheme 116 and the capability constraint 120, which can be a radiocapability of the mobile device 102. For instance, an available radiomode can include some combination of cdma2000, 3GPP and WiMAX (e.g.,LTE/cdma2000 versus cdma2000-only, versus GSM-only).

A user interface 126 can present a user control 128 for manual systemselection.

Alternatively or in addition, a scheduler 130 of the RAN 122 can servethe mobile device 102 as a host RAN using a host RAT 104. A transceiver132 transmits an MMSS command 134 to the mobile device 102 for modifyinga data structure containing the MMSS scheme 116 for selecting the RAT104, 106 from the plurality of RATs 104, 106, wherein the mobile device102 determines the capability constraint 120 based at least in part uponthe command 134 for using the plurality of the RATs 104, 106.

In addition to providing a means to select one among multiple MMSSschemes, the communication system 100 can provide a means to select(e.g., enable and disable) each of the various air-interfacetechnologies/access technologies. The command 134 can enable the usercontrol 128 for manual system selection as a function of geographiclocation or operator. For instance, after a certain date, a particularRAT/AI may not be supported. Alternatively, in a certain geographicarea, a particular RAT/AI may not be supported. Disabling this from theMMSS can avoid unnecessary scans or delays in acquiring service.

The MMSS 116 can employ defined MMSS EFs (Elementary Files) on the smartcard 118. The smart card 118 can support defined MMSS commands 116.

The MMSS commands 116 can be defined in binary form or in records-basedform.

A Service Number can be defined for MMSS.

OTASP commands can be used to insert, update and delete individualrecords in MMSS and define smart card EFs and commands in terms of theserecords.

LTE and IOTA-DM definitions can be used to enhance MMSS.

A scheme can manage the services on the Smart Cards over CDMA OTASPsystem and define a scheme to manage the common services including aMMSS service on the Smart Cards using a Generic Service Table. The MMSSscheme can specify how to handle a scenario when a legacy R-UIM isinserted into a LTE/cdma2000 phone.

The mobile device 102 and the smart card 118 can handshake and eachindicates which MMSS schemes each supports. If there are multiplematches, then the network 122 can pre-provision a priority list 126 ofthe MMSS schemes 116 for the mobile device 102 to use. If there is onlya single match, then the mobile device 102 picks the match. For example,if 3GPP2 MMSS and basic toggle between 3GPP/3GPP2 match and the formeris more preferred, then the mobile device 102 can pick MMSS. If 3GPPPLMN is the only match, then the mobile device 102 can pick 3GPP PLMNand may not even function as a cdma2000 handset. If R-UIM card isinserted into a multimode terminal, then terminal operates only incdma2000 mode, in cdma2000+1×EV-DO modes, in cdma2000+1×EV-DO+GSM modes.If an operator and R-UIM supports generalized PRL with PLMN entries andDF (GSM) for SIM and with the International Mobile SubscriberInformation (IMSI) being provisioned, then MMSS could function.

If CSIM is absent, then 3GPP PLMN could be used. If the 3GPP PLMN listcontains the cdma2000 RATs and a table mapping from MCC/MNC to SID/NID,then MMSS can be used. DF (CDMA) for R-UIM can be used for identity andcredentials information. Otherwise, 3GPP system can be the selection.

If CSIM is present but DF (MMSS) may not be present, then a similarimplementation as above can be used.

An EF (or OTASP message) can be defined and provisioned with a prioritylisting of the MMSS schemes. The mobile device 102 can store itsair-interface (AI) capabilities to the smart card 118.

With regard to system selection download and also smart card storage, ingeneral custom downloads can be allowed for users tailored to targetlocations. For example, two PRLs could be selectively provisioned forHome PRL and Roaming PRL. A geographic-based provisioning for the mobiledevice 102 can be used. In some implementations, either over-the-airresources or on-board resources can be saved by provisioning ordownloading only a needed portion or a selected one of a plurality ofPRLs, for instance limited to those applicable to a particular country.

In order to avoid consuming available battery power, the MMSS scheme canincorporate features to reduce scans or discontinue scans when themobile device 102 is in an Out-of-Service (OoS) state. For example, asdeployed, the mobile device 102 may default to searching for HRPDservice even though such service is no longer available, even if notlisted in the PRL. As a particular scenario, consider that the mobiledevice 102 is roaming in a country with only 1× service. When coverageis lost, the mobile device may scan for HRPD during OOS. This can applyto all system selection schemes (e.g., 3GPP, WiMAX). To mitigate oravoid this situation, a field is added to the PRL (or PLMN) that canexplicitly indicate that scanning for this particular AI (e.g., in OOScondition) is not allowed (nor necessary). The option would still existto not provision this field so that the mobile device 102 can scan foran AI that is not listed. This implementation can apply to MMSSespecially when the basic MSPL (MMSS System Priority List) system entry:cdma2000_AI and 3GPP_AI are used.

It should be appreciated with the benefit of this disclosure thatenabling/disabling of RAT/AI can be defined and executed as a functionof frequency, channel, or band class and can be by geographic 2D or 3Dcoordinate. Moreover, channel and interference conditions as recognizedby a cognitive radio can be detected to make adaptive changes in scansfor service.

With further reference to FIG. 1, a wireless computer system 100 canincorporate aspects that support mobile stations and client devices inaccordance with various disclosures of the present innovation. Awireless system 100 typically includes a core network 150, one or moreradio network subsystems, and wireless user equipment 102. The RNS, inturn, includes one or more each of a radio network controller, depictedas the scheduler 130 connected to base nodes 152. Depending upon theparticulars of the implementation the base node 152 may take otherforms. The wireless network depicted in the figure is merely exemplaryand may include any system that allows communication over-the-airbetween and among components.

Communications to and from various scheduler 130 and base node 152elements are typically carried out via this network of landlines whichmay include portions of the Internet and/or the Public SwitchedTelephone Network (PSTN). Upstream, the scheduler 130 may be connectedto multiple networks, such as those mentioned above, e.g., PSTN,Internet, ISDN, etc., thus allowing client UE 102 devices access to abroader communication network. In addition to voice transmission datamay be transmitted to the client device via Short Message Service (SMS)or other Over-the Air (OTA) methods known in the art.

Base node 152 broadcasts data messages or other information wirelesslyto UE 102 by over-the-air (OTA) methods known to those of ordinary skillin the art. For example, the wireless signals between UE 102 and basenode 152 may be based on any of several different technologies,including but not limited to, CDMA (code division multiple access), TDMA(time division multiple access), FDMA (frequency division multiplexedaccess), OFDM (orthogonal frequency division multiplexing) and anysystems using a hybrid of coding technologies such as GSM, LTE, or otherlike wireless protocols used in communications or data networks.

Base node 152 includes an encoder/decoder 131 which encodes informationto be transmitted and decodes received information in the appropriatecoding protocol or scheme. Base node can include receiver/transmittercircuitry 132 for wirelessly receiving packets via antennas 151 from theUE 102, and for transmitting packets to the scheduler 130 (which may betransmitted via a landline). Base node 152 also includes a processor 158which contains circuitry or other logic capable of performing orcontrolling the processes and activities involved in wirelesscommunications, and in particular, the processes or activities set forthherein.

The base node 152 may also be configured to include a memory 154 forstoring the various protocols, routines, processes or software to beused in conducting wireless communications as set forth herein. Forexample, the memory 154 may store one or more transmission schemes,protocols or strategies for communicating with a UE 102. Thetransmission schemes, strategies and protocols include informationconcerning the timing for retransmissions due to lost or corrupted data,the redundancy version encoding (if any), and any encoding schemes orprotocols to be used for the transmission and reception of wirelesscommunications. This information may also be stored in the memory of thescheduler 130, and communicated to the base node 152 as needed or whileperforming periodic updates and system maintenance.

The UE 102 typically includes a processor or other logic 162, memory 164and encoder/decoder circuitry 160 which perform functions similar tothose of the corresponding parts of base node 152. For example, theencoder circuitry 160, or other like circuitry with the UE 102, isconfigured to encode or otherwise encapsulate data into a packet fortransmission to the base node 152. Each UE 102 also hasreceiver/transmitter circuitry 108 and other electronics known to thoseof ordinary skill in the art for wirelessly receiving and transmittinginformation.

The UE 102 includes logic labeled as processor 162. In practice thelogic may be configured in the form of one or more processing circuitsexecuting resident configured logic, a microprocessor, a digital signalprocessor (DSP), a microcontroller, or a combination of these or otherlike hardware, software and/or firmware configured to at least performthe operations described herein. The UE 102 may contain a SubscriberIdentity Module (SIM) or other such circuitry that identifies the UE102, enabling it to make and receive calls at that terminal and receiveother subscribed services. An International Mobile Equipment Identity(IMEI) of the UE 102 stored on the SIM card uniquely identifies thatparticular UE 102. The SIM card may also have an International MobileSubscriber Identity (IMSI) used to identify the subscriber to thesystem, along with a copy of a secret key from an Authentication Center(AuC) register for authentication, and other information pertaining tosecurity, identification and communication protocols. A UE 102 often hasinstalled on it, or otherwise downloads, one or more softwareapplications, such as games, news, stock monitors, and the like.

In FIG. 2A, a methodology or sequence of operations 200 is depicted forprovisioning mobile equipment or smart card for system selection ofair-interface/access technologies. An MMSS scheme is accessed forselecting a RAT from a plurality of RATs (block 204). A capabilityconstraint of a mobile device is determined for using the plurality ofRATs (block 206). The mobile device communicates with a radio accessnetwork using a selected RAT according to the MMSS scheme and thecapability constraint (block 208).

In FIG. 2B, a methodology or sequence of operations 250 is depicted forprovisioning mobile equipment or smart card for system selection ofair-interface/access technologies. A host RAN serves a mobile deviceusing a host RAT (block 254). The host RAN transmits a command to themobile device for modifying a data structure containing an MMSS schemefor selecting a RAT from a plurality of RATs (block 256), wherein themobile device determines a capability constraint based at least in partupon the command for using the plurality of radio access technologies(block 258).

In FIG. 3, a methodology or sequence of operation 300 is depicted formitigating unsuccessful continuous scanning for service when in an OoSstate. In block 302, the mobile device enters an OoS state. At acurrently state interval, the mobile device scans for service (block304). After exceeding a threshold value (e.g., time, number of tries,etc.) for continuous scanning (block 306), a retry interval is extended(block 308). The extended period can include an indefinite period oftime until scanning is triggered again (block 310). For instance, anindication can be given on a user interface (block 312). A user inputfor renewing scans is detected (block 314). If so, scanning resumes inblock 304, perhaps with the initial default interval. Alternatively orin addition, the interval between scans can be shortened or scanningtriggered by a changed circumstance (block 316). For instance, themobile device can detect that it has not been set aside by a user (block318). For another instance, the mobile device detects movement ordetects other types of interaction (e.g., unrelated user interfaceinputs) (block 320). Alternatively or in addition, the mobile device candetect a change in the likelihood of acquiring service (block 322). Forexample, the mobile device can determine a GPS location that is lesslikely or more likely to be within coverage range (block 324). Themobile device could detect a special DO pilot (block 326). The mobiledevice could perform Radio Frequency (RF) matching (e.g., Wi-Fipatterns) that inform the mobile device of a likelihood of detectingservice (block 328).

In FIGS. 4A-4C, a methodology or sequence of operations 400 is depictedfor multiple radio MMSS operation. In particular, aspects address E-UTRAto cdma2000 redirection feature. User equipment (UE) behavior isdescribed for LTE multimode devices with SVLTE operation in finding 3GPPand 3GPP2 systems allowing for simultaneous camping on LTE+1× system andHRPD+1× system.

With particular reference to FIG. 4A, support is provided for 1× in anindependent RF chain (i.e., 1× Modem—1×M) and the LTE, UMTS, GSM, andHRPD (Multi-Mode Modem—MMM) in the second RF chain (block 402). The 1×Mis provisioned with the PRL. In particular, the PRL is stored on a smartcard. (block 404). The MMM is provisioned with the PRL, PLMN DB, and theMMSS related databases. In particular, these data structures are storedon the smart card (block 406). The PRL in the 1×M and MMM are identical;during device OTA updates, only a single copy of the PRL is pushed tothe device (block 408).

The device (i.e., UE) powers up for the first time (block 410). Thedevice has both the 1×M and MMM scan for available systems (block 412).If the 1×M declares OOS, the 1×M provides this indication to MMM (block414). If the 1×M finds an available system before the MMM, then the UEmay use this information to determine the geographic location (GEO)(block 418). Hence, determining the MSPL entry in the MMSS database isaided by narrowing the scans based on the entries indicated by that MSPL(block 420).

When MMM cannot find a 3GPP system, it shall follow the HICPS procedurein camping on HRPD system if it is available irrespective the 1×M status(block 422).

Continuing with FIG. 4B, if the 1×M reports a found 1× system, the UEshall attach to HRPD systems associated with the found 1× system basedon the procedures defined in CDG #143 (block 424). One of ordinary skillin the art would recognize this as referencing CDG, “Recommended SystemSelection Requirements for 1× and 1×EV-DO-Capable Terminals”, CDG Doc#143, v1.0, Mar. 15, 2007.

If the 1×M reports a found 1× system, the UE can attach to a 3GPP systemfor supporting packet calls when the priority of the 3GPP system isequal to or greater than the priority of the found 1× system per MMSS(block 426).

If no equal or higher priority 3GPP system or an associated HRPD systemis found, then the UE supports the packet calls over 1×M (block 428).

The UE camps over the found 1× system independent of the relativepriority of the found 1× system and camped 3GPP system in the MMM asindicated by the MMM (block 430).

The device performs a subsequent power up (block 432).

The Most Recently Used (MRU) list for the 1×M and the MMM are managedindependently for better system re-selection (block 434).

The 1×M runs Better System Reselection (BSR) procedures looking for morepreferred 1× systems (block 436). When 1× system the UE camping onchanges, the new 1× system information is provided to the MMM (block438).

The MMM runs HPPLMN (Higher Priority PLMN search period) scan per 3GPPprocedures looking for more preferred 3GPP systems (block 440).

Continuing in FIG. 4C, the MMM runs BSR procedures looking for morepreferred system across LTE, and HRPD systems per the MMSS procedures(block 442). The 1× priorities for MMSS BSR are ignored and the morepreferred system as determined by the 1×M is used for 1× system camping(block 444).

BSR looking for more preferred LTE networks while camping on HRPDnetworks will result in declaring OOS on HRPD (block 446). If a morepreferred LTE system is not found, the UE executes system selectionprocedure that result in the UE using the MRU to find the previouslycamped HRPD system (block 448). The UE retains the radio/packet sessioncontext based on the acquired system (block 450).

If MMM is camped on a DO system, the MMM shall run HRPD BSR based on PRL(block 452).

If 1× system is acquired in 1×M, it will try to move to a better HRPDwithin same association tag (block 454).

If 1× system is not acquired in 1×M, it will try to move to better HRPDsystem in same GEO (block 456).

Device Out-Of-Service (OoS) behavior can be warranted (block 458).

The 1×M and MMM can follow the OoS procedures of the individual modems(block 460).

If 1×RTT system is acquired in 1×M, the knowledge of the acquired systemcan be used to improve OoS scan list in MMM (block 462).

Voice call silent redial can also be performed by having the 1×M canfollow the silent redial procedures as specified by CDG #143 (block464).

Packet call silent redial for MMM can follow the procedures specifiedfor LTE multimode devices except for looking for 1× systems. The UE doesnot transition across MMM and 1× for silent redial functionality (block466).

Continuing in FIG. 4D, after Redirection from LTE to (e)HRPD orReselection/BSR from LTE to (e)HRPD, the association tag will be ignoredif the 1× system acquired in 1×M and new DO are not associated. FollowCDG #143 procedures to move to an associated HRPD system (block 468).

When the UE is camped on a 1×RTT system that has a higher preferencethan the acquired system in the MMM, the packet session can be supportedover the 1×M. MMM continues to look for LTE and (e)HRPD systems thatequal or higher preference that the currently acquired 1×RTT system inthe 1×M (block 470).

In an exemplary aspect, implementations can provide a means to selectone among multiple MMSS schemes. To that end, a new Elementary Field(EF), additions to an existing EF, in the smart card (UICC, R-UIM,and/or SIM) can lists the various MMSS schemes and indicates which areallocated or activated.

In another aspect, a new over-the-air (OTA) message (e.g., in 3GPP2OTASP) can be defined that conveys this information from the network tothe mobile station (MS). This OTA message can also provide locationinformation to indicate which MMSS scheme to use in which geographicalregion (e.g., use the MMSS-3GPP PLMN-based approach when in certainEurope countries).

For MMSS-3GPP2, a new EF in the smart card (e.g., R-UIM, CSIM/SIM, orUICC) that indicates whether the MS could or should use 3GPP2-MMSS.

In FIG. 5, a sample EF definition 500 for MMSS Selection (EF_(MMSS) _(—)_(Selection)) can indicate if Multimode System Selection System isactivated. The contents can contain at least one byte. Further bytes maybe included.

In FIG. 6, an illustrative control structure 600 for the EF of FIG. 5 isdepicted. Additional flags could be added, such as b2=0/1 for 3GPPPLMN-based MMSS Deactivated, etc.

The present innovation can provide a means to select (enable/disable)each of the various air-interface technologies/access technologies:

First, each radio interface supported by the operator could beprovisioned with a flag in the MS indicating whether that AI shall bede-activated or activated. Or that AI should basically be extracted outof the MMSS scheme. The AI could refer to: (a) a specific AI (e.g., GSMor HRPD); (b) a broader standards-based AI (e.g., 3GPP AI's, 3GPP2 AI's,WiMAX AI's) or other AI's such as Wi-Fi, Bluetooth or others.

Second, this information could also be location-based: (a) In certaingeographical regions where certain AIs are known to be absent, the MScould then be provisioned such that those AIs are de-activated in thoseregions. (b) For example, if the handset is in a European country withonly 3GPP, all 3GPP2 radios AI's could be de-activated. (c) This savesbattery power and can improve system selection performance (e.g.,reduced time to scan).

Third, new MMSS EFs (Elementary Files) can be defined on smart cards(e.g., CSIM, R-UIM and VSIM). In the binary form representation of MMSSparameters, the newly introduced EFs use the same data structure as inthe OTASP MMSS request/response messages.

In FIG. 7, if service n42 is allocated, this EF (EF_(MMSSModeSettings))700 can be present. This EF contains the MMSS Mode Settings.

In FIG. 8, if service n42 is allocated, then an EF for MMSS LocationAssociated Priority List (EF_(MLPL)) 800 can present.

5.2.108 EF_(MSPL) (MMSS System Priority List)

In FIG. 9, if service n42 is allocated, this EF 900 can contain the MMSSSystem Priority List.

In FIG. 10, if service n42 is allocated, this EF (EF_(MMSSWLAN)) 1000can contain the MMSS WLAN configuration.

With regard to defining new MMSS Commands on smart cards, in 3GPP2C.S0065 CSIM specification, the following new texts are being proposed.Similar definitions apply to R-UIM and VSIM specifications too.

Note that the following command definitions are based on the approach ofenhancing the existing CSIM commands defined in 3GPP2 C.S0065 to supportthe new MMSS commands and making references to those C.S0065 definitionsin C.S0023 without replicating the definitions in C.S0023.

One alternative is to define similar new commands in 3GPP2 C.S0023 R-UIMspecification and make references to those C.S0023 definitions inC.S0065 without replicating the definitions in C.S0065.

With regard to OTASP/OTAPA-related commands, a generic configurationrequest can have the following functional description. This commandperforms several ‘configuration request’ functions, i.e.: ConfigurationRequest, SSPR Configuration Request, PUZL Configuration Request, 3GPDConfiguration Request, MMS Configuration Request and System TagConfiguration Request which corresponds to ConfigurationRequest/Response, SSPR Configuration Request/Response, PUZLConfiguration Request/Response, 3GPD Configuration Request/Responsemessages, MMS Configuration Request/Response and System TagConfiguration Request/Response specified in [7].

Those ‘configuration request’ functions are differentiated by P2 value.

Command parameters and data:

TABLE 1 Code Value CLA As specified in Section 8.1.1 INS ‘54’ P1 ‘00’ P2See 0 Lc See below Data See below Le ‘00’, or maximum length of dataexpected in response

TABLE 2 Coding of P2 b8 b7 b6 b5 b4 b3 b2 b1 Meaning 0 0 0 0 0 0 0 0Configuration Request 0 0 0 0 0 0 0 1 SSPR Configuration Request 0 0 0 00 0 1 0 PUZL Configuration Request 0 0 0 0 0 0 1 1 3GPD ConfigurationRequest 0 0 0 0 0 1 0 0 MMS Configuration Request 0 0 0 0 0 1 0 1 SystemTag Configuration Request 0 0 0 0 0 1 1 0 MMSS Configuration Request

The command parameters/data, input parameters and responseparameters/data are coded as below. Command parameters/data:

TABLE 3 Octet(s) Description Length 1 Block ID 1 byte

This command requests MMSS configuration details of a single block ofdata and forms a subset of the “MMSS Configuration Request Message” asdescribed in [7], section 4.5.1.25.

Response parameters/data:

TABLE 4 Octet(s) Description Length 1 Block ID 1 byte 2 Block Length 1byte 3 Result Code 1 byte 4 − Le Parameter Data Le − 3 bytes * Note: Le= Length of Parameter Data + 3.

This response provides MMSS configuration details of a single block ofdata and forms a subset of the “MMSS Configuration Response Message” asdescribed in [7], section 3.5.1.25.

With regard to a generic download request, consider the followingfunctional description. This command performs several ‘download request’functions, i.e.: Download Request, SSPR Download Request, PUZL DownloadRequest, 3GPD Download Request, MMS Download Request and System TagDownload Request which corresponds to Download Request/Response, SSPRDownload Request/Response, PUZL Download Request/Response and 3GPDConfiguration Request/Response messages, MMS ConfigurationRequest/Response and System Tag Configuration Request/Response specifiedin [7].

Those ‘download request’ functions are differentiated by P2 value.

Command parameters and data:

TABLE 5 Code Value CLA As specified in Section 8.1.1 INS ‘56’ P1 ‘00’ P2See 0 Lc See below Data See below Le Maximum length of data expected inresponse

TABLE 6 Coding of P2 b8 b7 b6 b5 b4 b3 b2 b1 Meaning 0 0 0 0 0 0 0 0Download Request 0 0 0 0 0 0 0 1 SSPR Download Request 0 0 0 0 0 0 1 0PUZL Download Request 0 0 0 0 0 0 1 1 3GPD Download Request 0 0 0 0 0 10 0 MMS Download Request 0 0 0 0 0 1 0 1 System Tag Download Request 0 00 0 0 1 1 0 MMSS Download Request

MMSS Download Request command data (P2=‘06’).

The command parameters/data, input parameters and responseparameters/data are coded as below.

Command parameters/data:

TABLE 7 Octet(s) Description Length 1 Block ID 1 byte 2 Block Length 1byte 3 − Lc Parameter Data Lc − 2 bytes

This command requests the MMSS download of a single block of data andforms a subset of the “MMSS Download Request Message”. Note: Lc=Lengthof Parameter Data+2.

Response parameters/data:

TABLE 8 Octet(s) Description Length 1 Block ID 1 byte 2 Result Code 1byte

This response pertains to a single block of data and forms a subset ofthe “MMSS Download Response Message”.

A new Service Number for MMSS can be defined.

CSIM, R-UIM and VSIM specifications can reflect definitions to supportthe present innovations as provided below with regard to an EF_(CST)(CSIM Service Table). This EF indicates which services are available. Ifa service is not indicated as available in the CSIM, the mobileequipment does not select this service.

TABLE 9 Services: Service n1: Local Phone book Service n2: Fixed DialingNumbers (FDN) Service n3: Extension 2 Service n4: Service DialingNumbers (SDN) Service n5: Extension 3 Service n6: Short Message Storage(SMS) Service n7: Short Message Parameters Service n8: HRPD Service n9:Service Category Program for BC-SMS Service n10: CDMA Home ServiceProvider Name Service n11: Data Download via SMS Broadcast Service n12:Data Download via SMS-PP Service n13: Call Control Service n14: 3GPD-SIPService n15: 3GPD-MIP Service n16: AKA Service n17: IP-based LocationServices (LCS) Service n18: BCMCS Service n19: Multimedia MessagingService (MMS) Service n20: Extension 8 Service n21: MMS UserConnectivity Parameters Service n22: Application Authentication Servicen23: Group Identifier Level 1 Service n24: Group Identifier Level 2Service n25: De-Personalization Control Keys Service n26: CooperativeNetwork List Service n27: Outgoing Call Information (OCI) Service n28:Incoming Call Information (ICI) Service n29: Extension 5 Service n30:Multimedia Storage Service n31: Image (EFIMG) Service n32: EnabledServices Table Service n33: Capability Configuration Parameters (CCP)Service n34: SF_EUIMID-based EUIMID Service n35: Messaging and 3GPDExtensions Service n36: Root Certificates Service n37: Browser Servicen38: Java Service n39: Reserved for CDG Service n40: Reserved for CDGService n41: IPv6 Service n42: MMSS

Record based provisioning and storage of MMSS parameters can beprovided. Consider new OTASP commands for MMSS records. Existing OTASPcommands manage the whole MLPL and MSPL parameters as a whole. In orderto manage individual fields and records in MLPL and MSPL information ofMMSS, it is proposed to add new parameter blocks in 3GPP2 C.S0016 OTASPspec to insert, update and delete those specific MMSS records. Theseparameter blocks will be used in the MMSS Download Request messageand/or MMSS Configuration Request message.

MLPL Insert: Insert a new record

MLPL Update: Update a record

MLPL Delete: Delete a record

MLPL Read: Read a record

MSPL Insert: Insert a new record

MSPL Update: Update a record

MSPL Delete: Delete a record

MSPL Read: Read a record

When managing these records, each record is indexed by the index numberwithin those records. Since these are not in the C.S0016 yet, this newindex number should be added too for each record.

With regard to storage of MMSS records, the proposed MMSS EFs in can bein binary form. The alternative will be to define the MLPL and MSPLrecords as records within the EFs of Linear Fixed type.

Another alternative will be to define those records as TLV objects inthe EFs of Transparent type.

Since MLPL and MSPL both have some header information (e.g., MLPL orMSPL Size and ID), they can be stored as separate EFs (e.g.,EF_(MLPLheader) and EF_(MSPLheader)).

Smart Card commands for MMSS records can be provided. The proposed MMSScommands in smart cards manage the whole MLPL and MSPL parameter blocks.It is proposed to introduce additional smart card commands to managethose blocks in terms of individual records. The commands will beone-to-one corresponding to the record based commands in OTASP. Forexample, the following smart cards commands are defined:

MLPL Insert: Insert a new record;

MLPL Update: Update a record;

MLPL Delete: Delete a record;

MLPL Read: Read a record;

MSPL Insert: Insert a new record;

MSPL Update: Update a record;

MSPL Delete: Delete a record; and

MSPL Read: Read a record.

MMSS enhancements for LTE and IOTA-DM—Currently MMSS parameters do notcover LTE. LTE system information can be added to the MMSS parameterssimilar to the GSM/UMTS system information.

For example:

Add a new value for SYS_TYPE in MSPL: LTE ‘00000011’.

Add a new bit for AIR_INT_TYPE: LTE supported

Define LTE System Location Tag

The OTASP enhancements and additions for MMSS are also applicable toIOTA-DM. IOTA-DM as defined in 3GPP2 C.S0064 to support IP basedover-the-air provisioning using OMA's Device Management framework.Similar OTASP commands and data block definitions can be added toIOTA-DM definitions.

For example:

Add a new Managed Object for MMSS

Define the parameters within that new Managed Object to include thoseMMSS parameters from OTASP (e.g., Mode Settings, MLPL header andrecords, MSPL header and records . . . ).

A scheme to manage the common services on the Smart Cards can be addedusing a new Generic Service Table.

Under the MF (Master File) on the UICC with CSIM/USIM or on theR-UIM/SIM, create a new EF called EF_(GST) (Generic Service Table) orsomething to this effect. In this table, the following services can bedefined so that they can be activated/deactivated individually on theSmart Card.

ADN (Abbreviated Dialing Numbers);

FDN (Fixed Dialing Number);

LDN (Last Dialed Number);

SDN (Service Dialing Numbers);

Multimedia Storage;

Image; and

MMSS (i.e., the new service that is being defined and standardized).

Once a service is activated in this table, it is available for both CSIMand USIM (and both R-UIM and SIM) to access. Once a service isdeactivated, it is not available for both CSIM and USIM. The EFs andcommands that are covered by a particular Generic Service are presentunder the MF and are not present under CSIM ADF or USIM ADF (and notunder DF_(CDMA) or DF_(GSM)).

In one aspect, the intent of the EF-GST can be to manage those services‘outside of’ or possibly common to USIM and CSIM (as well as SIM andR-UIM). For example, this EF GST could indicate whether or not MMSS isavailable on the UICC.

For the existing services such as Multimedia Storage which is alreadypresent in both CSIM and USIM service tables, the Multimedia Storage inthe Generic Service Table will override the corresponding number in CSIM(or R-UIM) service table and USIM (or SIM) service table (i.e., thatlatter two will be ignored).

When a generic service is not activated, its associated EFs and commandsare not supported by the card, so that memory space does not need to beallocated for those EFs and command processing logic.

Applicable standard documents: The new EF_(GST) can be defined inC.S0074, the 3GPP2 UICC specification for CSIM/USIM based smart cards,under the MF (Master File).

The new EF_(GST) can be defined in C.S0023, the 3GPP2 R-UIMspecification for R-UIM/SIM, under the MF.

Define a scheme to manage the services on the Smart Cards over CDMAOTASP system

An OTASP command “Service Change Request Message” can be created for thenetwork to activate/deactivate the service on the R-UIM, CSIM, SIM,USIM, UICC (for generic services), R-UIM/SIM (for generic services),ISIM, etc.

A Forward Link Messages can have the following new entry:

Service Change Request Message ‘00011000’ (the next available value).

TABLE 10 Length Field (bits) OTASP_MSG_TYPE 8 this should be the newService Change Request Message NUM_SERVICES 8 NUM_SERVICES occurrencesof the following fields: CARD_TYPE 8 0: R-UIM, 1: CSIM; 2: R-UIM/SIMGeneric; 3: UICC/CSIM/USIM Generic; 4: ISIM; 5: SIM; 6: USIM; . . .SERVICE_NUMBER 8 the service number within the above cards' servicetable ACTIVATION_STATUS 8 Bit 1: 0: Not Allocated; 1: Allocated. Bit 2:0: Not Activated; 1: Activated.

Also create a new OTASP command “Service Configuration Request” for thenetwork to query the current value of a service on the R-UIM/CSIM.

In C.S0016, Table 4.5-1 Forward Link Messages will have the followingnew entry:

Service Configuration Request Message ‘00011001’ (the next availablevalue) 4.5.1.2y

Add a new section 4.5.1.2y Service Configuration Request Message todescribe the message format:

TABLE 11 Length Field (bits) OTASP_MSG_TYPE 8 this should be the newService Configuration Request Message NUM_SERVICES 8 NUM_SERVICESoccurrences of the following fields: CARD_TYPE 8 SERVICE_NUMBER 8

Now we need to define new commands in the reverse link messages.

In Table 3.5-1 Reverse Link Messages, add the following new messages:

Service Change Response Message ‘00011000’ (the next available value)3.5.1.2x

Service Configuration Response Message ‘00011001’ (the next available

TABLE 12 Length Field (bits) OTASP_MSG_TYPE 8 this should be the newService Change Request Message NUM_SERVICES 8 NUM_SERVICES occurrencesof the following fields: CARD_TYPE 8 SERVICE_NUMBER 8 ACTIVATION_STATUS8 The status after the service change succeeded or failed. RESULT_CODE 8OK, Cannot change service, Invalid Service Number, Other.

TABLE 13 Field Length (bits) OTASP_MSG_TYPE 8 This should be the newService Change Request Message NUM_SERVICES 8 NUM_SERVICES occurrencesof the following fields: CARD_TYPE 8 SERVICE_NUMBER 8 ACTIVATION_STATUS8 Current status of a service. RESULT_CODE 8 OK; Cannot change service;Invalid Service Number; Other.

In the CSIM and R-UIM specifications, the following CSIM/R-UIM commandsrelated to OTASP can be added to support the generic service managementfrom the network to the R-UIM.

In the 3GPP2 C.S0065 CSIM specification, the following can beimplemented. Similar definitions apply to R-UIM and VSIM specificationstoo.

For OTASP/OTAPA-related commands, a generic configuration request canhave the following functional description. This command performs several‘configuration request’ functions, i.e.: Configuration Request, SSPRConfiguration Request, PUZL Configuration Request, 3GPD ConfigurationRequest, MMS Configuration Request and System Tag Configuration Requestwhich corresponds to Configuration Request/Response, SSPR ConfigurationRequest/Response, PUZL Configuration Request/Response, 3GPDConfiguration Request/Response messages, MMS ConfigurationRequest/Response and System Tag Configuration Request/Response.

Those ‘configuration request’ functions are differentiated by P2 value,as depicted by these command parameters and data:

TABLE 14 Code Value CLA As specified in Section 8.1.1 INS ‘54’ P1 ‘00’P2 See 0 Lc See below Data See below Le ‘00’, or maximum length of dataexpected in response

TABLE AA b8 b7 b6 b5 b4 B3 b2 b1 Meaning 0 0 0 0 0 0 0 0 ConfigurationRequest 0 0 0 0 0 0 0 1 SSPR Configuration Request 0 0 0 0 0 0 1 0 PUZLConfiguration Request 0 0 0 0 0 0 1 1 3GPD Configuration Request 0 0 0 00 1 0 0 MMS Configuration Request 0 0 0 0 0 1 0 1 System TagConfiguration Request 0 0 0 0 0 1 1 0 Service Configuration Request

The command parameters/data, input parameters and responseparameters/data are coded as below.

TABLE 15 Octet(s) Description Length 1 Block ID 1 byte

This command requests Service configuration details of a single block ofdata and forms a subset of the “Service Configuration Request Message”of this disclosure. Response parameters/data:

TABLE 16 Octet(s) Description Length 1 Block ID 1 byte 2 Block Length 1byte 3 Result Code 1 byte 4 − Le Parameter Data Le − 3 bytes * Note: Le= Length of Parameter Data + 3.

This response provides Service configuration details of a single blockof data and forms a subset of the “Service Configuration ResponseMessage”.

With regard to a generic download request, this command performs several‘download request’ functions, i.e.: Download Request, SSPR DownloadRequest, PUZL Download Request, 3GPD Download Request, MMS DownloadRequest and System Tag Download Request which corresponds to DownloadRequest/Response, SSPR Download Request/Response, PUZL DownloadRequest/Response and 3GPD Configuration Request/Response messages, MMSConfiguration Request/Response and System Tag ConfigurationRequest/Response specified in [7].

Those ‘download request’ functions are differentiated by P2 value.Command parameters and data:

TABLE 17 Code Value CLA As specified in Section 8.1.1 INS ‘56’ P1 ‘00’P2 See 0 Lc See below Data See below Le Maximum length of data expectedin response

Coding of P2:

TABLE 18 b8 b7 b6 b5 b4 b3 B2 b1 Meaning 0 0 0 0 0 0 0 0 DownloadRequest 0 0 0 0 0 0 0 1 SSPR Download Request 0 0 0 0 0 0 1 0 PUZLDownload Request 0 0 0 0 0 0 1 1 3GPD Download Request 0 0 0 0 0 1 0 0MMS Download Request 0 0 0 0 0 1 0 1 System Tag Download Request 0 0 0 00 1 1 0 Service Change Request

Service Change Request command data (P2=‘06’)

The command parameters/data, input parameters and responseparameters/data are coded as below. Command parameters/data:

TABLE 19 Octet(s) Description Length 1 Block ID 1 byte 2 Block Length 1byte 3 − Lc Parameter Data Lc − 2 bytes

This command requests the Service download of a single block of data andforms a subset of the “Service Change Request Message” as described in“2.1 Additions to C.S0016” of this invention document.

Response parameters/data:

TABLE 20 Octet(s) Description Length 1 Block ID 1 byte 2 Result Code 1byte

This response pertains to a single block of data and forms a subset ofthe “Service Change Response Message”.

By virtue of the present disclosure, it should be appreciated thatinnovative functions enable a mobile device to select cdma2000 andnon-cdma2000 systems based upon carrier's preferences efficiently, whichcan be stored on smart cards or device's memory (also known asnon-volatile memory or NV). The storage and management of the MMSSparameters and services allow the subscriber to carry/transfer his/heridentity from one device to the other while keeping the MMSS parameterson his/her smart cards. The record based provisioning and storage ofMMSS parameters provides flexibility in the management of thoseparameters. The OTASP enhancements can allow the network to dynamicallyenable/disable services on the handset or R-UIM/CSIM. The new genericservice table applies to both R-UIM/SIM and UICC (CSIM/USIM) and avoidsduplicate service table entries in two places and solves theout-of-synchronization issue.

With reference to FIG. 11, an exemplary computing environment 1100 forimplementing various aspects of the claimed subject matter includes acomputer 1112. The computer 1112 includes a processing unit 1114, asystem memory 1116, and a system bus 1118. The system bus 1118 couplessystem components including, but not limited to, the system memory 1116to the processing unit 1114. The processing unit 1114 can be any ofvarious available processors. Dual microprocessors and othermultiprocessor architectures also can be employed as the processing unit1114.

The system bus 1118 can be any of several types of bus structure(s)including the memory bus or memory controller, a peripheral bus orexternal bus, and/or a local bus using any variety of available busarchitectures including, but not limited to, Industrial StandardArchitecture (ISA), Micro-Channel Architecture (MSA), Extended ISA(EISA), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB),Peripheral Component Interconnect (PCI), Card Bus, Universal Serial Bus(USB), Advanced Graphics Port (AGP), Personal Computer Memory CardInternational Association bus (PCMCIA), Firewire (IEEE 1194), and SmallComputer Systems Interface (SCSI).

The system memory 1116 includes volatile memory 1120 and nonvolatilememory 1122. The basic input/output system (BIOS), containing the basicroutines to transfer information between elements within the computer1112, such as during start-up, is stored in nonvolatile memory 1122. Byway of illustration, and not limitation, nonvolatile memory 1122 caninclude read only memory (ROM), programmable ROM (PROM), electricallyprogrammable ROM (EPROM), electrically erasable programmable ROM(EEPROM), or flash memory. Volatile memory 1120 includes random accessmemory (RAM), which acts as external cache memory. By way ofillustration and not limitation, RAM is available in many forms such asstatic RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), doubledata rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM(SLDRAM), Rambus direct RAM (RDRAM), direct Rambus dynamic RAM (DRDRAM),and Rambus dynamic RAM (RDRAM).

Computer 1112 also includes removable/non-removable,volatile/non-volatile computer storage media. FIG. 11 illustrates, forexample, disk storage 1124. Disk storage 1124 includes, but is notlimited to, devices like a magnetic disk drive, floppy disk drive, tapedrive, Jaz drive, Zip drive, LS-100 drive, flash memory card, or memorystick. In addition, disk storage 1124 can include storage mediaseparately or in combination with other storage media including, but notlimited to, an optical disk drive such as a compact disk ROM device(CD-ROM), CD recordable drive (CD-R Drive), CD rewritable drive (CD-RWDrive) or a digital versatile disk ROM drive (DVD-ROM). To facilitateconnection of the disk storage devices 1124 to the system bus 1118, aremovable or non-removable interface is typically used such as interface1126.

It is to be appreciated that FIG. 11 describes software that acts as anintermediary between users and the basic computer resources described inthe suitable operating environment 1100. Such software includes anoperating system 1128. Operating system 1128, which can be stored ondisk storage 1124, acts to control and allocate resources of thecomputer system 1112. System applications 1130 take advantage of themanagement of resources by operating system 1128 through program modules1132 and program data 1134 stored either in system memory 1116 or ondisk storage 1124. It is to be appreciated that the claimed subjectmatter can be implemented with various operating systems or combinationsof operating systems.

A user enters commands or information into the computer 1112 throughinput device(s) 1136. Input devices 1136 include, but are not limitedto, a pointing device such as a mouse, trackball, stylus, touch pad,keyboard, microphone, joystick, game pad, satellite dish, scanner, TVtuner card, digital camera, digital video camera, web camera, and thelike. These and other input devices connect to the processing unit 1114through the system bus 1118 via interface port(s) 1138. Interfaceport(s) 1138 include, for example, a serial port, a parallel port, agame port, and a universal serial bus (USB). Output device(s) 1140 usesome of the same type of ports as input device(s) 1136. Thus, forexample, a USB port may be used to provide input to computer 1112 and tooutput information from computer 1112 to an output device 1140. Outputadapter 1142 is provided to illustrate that there are some outputdevices 1140 like monitors, speakers, and printers, among other outputdevices 1140, which require special adapters. The output adapters 1142include, by way of illustration and not limitation, video and soundcards that provide a means of connection between the output device 1140and the system bus 1118. It should be noted that other devices and/orsystems of devices provide both input and output capabilities such asremote computer(s) 1144.

Computer 1112 can operate in a networked environment using logicalconnections to one or more remote computers, such as remote computer(s)1144. The remote computer(s) 1144 can be a personal computer, a server,a router, a network PC, a workstation, a microprocessor based appliance,a peer device or other common network node and the like, and typicallyincludes many or all of the elements described relative to computer1112. For purposes of brevity, only a memory storage device 1146 isillustrated with remote computer(s) 1144. Remote computer(s) 1144 islogically connected to computer 1112 through a network interface 1148and then physically connected via communication connection 1150. Networkinterface 1148 encompasses wire and/or wireless communication networkssuch as local-area networks (LAN) and wide-area networks (WAN). LANtechnologies include Fiber Distributed Data Interface (FDDI), CopperDistributed Data Interface (CDDI), Ethernet, Token Ring and the like.WAN technologies include, but are not limited to, point-to-point links,circuit switching networks like Integrated Services Digital Networks(ISDN) and variations thereon, packet switching networks, and DigitalSubscriber Lines (DSL).

Communication connection(s) 1150 refers to the hardware/softwareemployed to connect the network interface 1148 to the bus 1118. Whilecommunication connection 1150 is shown for illustrative clarity insidecomputer 1112, it can also be external to computer 1112. Thehardware/software necessary for connection to the network interface 1148includes, for exemplary purposes only, internal and externaltechnologies such as, modems including regular telephone grade modems,cable modems and DSL modems, ISDN adapters, and Ethernet cards.

base nodebase nodeBase nodebase nodeBase nodebase nodebase nodebasenodebase nodebase nodebase nodebase nodebase nodeBase nodebase nodebasenodebase nodebase nodebase nodebase nodebase nodebase nodebase nodebasenodebase nodebase nodebase nodebase nodebase nodebase nodebase nodebasenodebase nodebase nodebase nodebase nodebase nodebase nodebase nodebasenodebase nodebase nodebase nodebase nodebase nodebase node Withreference to FIG. 12, illustrated is a system 1200 for provisioningmobile equipment or smart card for system selection ofair-interface/access technologies. For example, system 1200 can resideat least partially within user equipment (UE). It is to be appreciatedthat system 1200 is represented as including functional blocks, whichcan be functional blocks that represent functions implemented by acomputing platform, processor, software, or combination thereof (e.g.,firmware). System 1200 includes a logical grouping 1202 of electricalcomponents that can act in conjunction. For instance, logical grouping1202 can include an electrical component for accessing a multimodesystem selection scheme for selecting a radio access technology from aplurality of radio access technologies 1204. Moreover, logical grouping1202 can include an electrical component for determining a capabilityconstraint of a mobile device for using the plurality of radio accesstechnologies 1206. For another instance, logical grouping 1202 caninclude an electrical component for communicating with a radio accessnetwork using a selected radio access technology according to themultimode system selection scheme and the capability constraint 1208.Additionally, system 1200 can include a memory 1220 that retainsinstructions for executing functions associated with electricalcomponents 1204-1208. While shown as being external to memory 1220, itis to be understood that one or more of electrical components 1204-1208can exist within memory 1220.

With reference to FIG. 13, illustrated is a system 1300 for provisioningmobile equipment or smart card for system selection ofair-interface/access technologies. For example, system 1300 can resideat least partially within a network entity (e.g., evolved base node). Itis to be appreciated that system 1300 is represented as includingfunctional blocks, which can be functional blocks that representfunctions implemented by a computing platform, processor, software, orcombination thereof (e.g., firmware). System 1300 includes a logicalgrouping 1302 of electrical components that can act in conjunction. Forinstance, logical grouping 1302 can include an electrical component forserving a mobile device from a host radio access network using a hostradio access technology 1304. Moreover, logical grouping 1302 caninclude an electrical component for transmitting a command to the mobiledevice for modifying a data structure containing a multimode systemselection scheme for selecting a radio access technology from aplurality of radio access technologies 1306, wherein the mobile devicedetermines a capability constraint based at least in part upon thecommand for using the plurality of radio access technologies.Additionally, system 1300 can include a memory 1320 that retainsinstructions for executing functions associated with electricalcomponents 1304-1306. While shown as being external to memory 1320, itis to be understood that one or more of electrical components 1304-1306can exist within memory 1320.

In FIG. 14, an apparatus 1402 is depicted for provisioning mobileequipment or smart card for system selection of air-interface/accesstechnologies. Means 1404 are provided for accessing a multimode systemselection scheme for selecting a radio access technology from aplurality of radio access technologies. Means 1406 are provided fordetermining a capability constraint of a mobile device for using theplurality of radio access technologies. Means 1408 are provided forcommunicating with a radio access network using a selected radio accesstechnology according to the multimode system selection scheme and thecapability constraint.

In FIG. 15, an apparatus 1502 is depicted for provisioning mobileequipment or smart card for system selection of air-interface/accesstechnologies. Means 1504 are provided for serving a mobile device from ahost radio access network using a host radio access technology. Means1506 are provided for transmitting a command to the mobile device formodifying a data structure containing a multimode system selectionscheme for selecting a radio access technology from a plurality of radioaccess technologies, wherein the mobile device determines a capabilityconstraint based at least in part upon the command for using theplurality of radio access technologies.

Variations, modification, and other implementations of what is describedherein will occur to those of ordinary skill in the art withoutdeparting from the spirit and scope of the disclosure as claimed.Accordingly, the disclosure is to be defined not by the precedingillustrative description but instead by the spirit and scope of thefollowing claims.

1. A method for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: accessing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies; determining a capability constraint of a mobile device for using the plurality of radio access technologies; and communicating with a radio access network using a selected radio access technology according to the multimode system selection scheme and the capability constraint.
 2. The method of claim 1, wherein the multimode system selection scheme defines priority between a 3GPP air interface, a 3GPP2 air interface, and a generalized preferred roaming list.
 3. The method of claim 1, wherein determining the capability constraint further comprises determining provisioning of a subscriber identifier of the mobile device for a mobile operator.
 4. The method of claim 3, wherein determining provisioning of the subscriber identifier further comprises detecting one of a group consisting of a Removable User Identity Module (R-UIM), Universal Integrated Circuit Card (UICC) with CDMA Subscriber Identify Module (CSIM), UICC with Universal Subscriber Identity Module (USIM) and CSIM, and Subscriber Identity Module (SIM).
 5. The method of claim 4, further comprising: determining provisioning of a second one of the group of smart cards; and selectively activating the one and the second one of the group.
 6. The method of claim 1, wherein determining the capability constraint further comprises determining a transceiver limitation of the mobile device associated with an air interface.
 7. The method of claim 6, wherein determining the transceiver limitation further comprises communicating via a single mode or multimode.
 8. The method of claim 6, further comprising storing the transceiver limitation and configuration information received from an operator for a subscriber on a smart card incorporated in the mobile device.
 9. The method of claim 6, wherein determining the capability constraint further comprises determining a transceiver limitation of the mobile device being roaming or at home.
 10. The method of claim 1, wherein determining the capability constraint further comprises determining a transceiver limitation of the mobile device for communicating on at least one of a group consisting of CDMA2000, 3GPP, 3GPP2, GSM, and WiMAX air interfaces.
 11. The method of claim 10, further comprising performing handshaking between a computing platform of the mobile device and an integrated circuit card containing a subscriber identifier to a mobile network to determine the capability constraint.
 12. The method of claim 11, further comprising accessing a first multimode system selection scheme stored on the computing platform and accessing a second multimode system selection scheme stored on the integrated circuit card.
 13. The method of claim 1, further comprising: determining an available plurality of radio access technologies that satisfy the multimode system selection scheme and the capability constraint; and selecting one of the available plurality of radio access technologies in accordance to a priority setting.
 14. The method of claim 1, wherein accessing the multimode system selection scheme further comprises receiving a network command to enable or disable a specified radio access technology.
 15. The method of claim 1, wherein accessing the multimode system selection scheme further comprises accessing an elementary file on a smart card that is provisioned with the mobile device.
 16. The method of claim 1, further comprising receiving a command to modify a locally stored data structure for the multimode system selection scheme by over-the-air service provisioning.
 17. The method of claim 1, further comprising: determining a geographic location of the mobile device; and accessing the capability constraint that specifies whether the selected radio access technology is available in the geographic location.
 18. The method of claim 1, further comprising: determining a current calendar date; and accessing the capability constraint that specifies whether the selected radio access technology is available on the current calendar date.
 19. The method of claim 1, further comprising accessing the multimode system selection scheme in a generic service table contained in a smart card.
 20. The method of claim 1, further comprising accessing the multimode system selection scheme to determine an anchor system that serves as a primary selection.
 21. The method of claim 1, further comprising accessing the multimode system selection scheme that associates at least two air-interfaces.
 22. The method of claim 1, further comprising: determining a geographic location of the mobile device; and accessing the capability constraint that specifies whether manual selection of a radio access technology is available in the geographic location.
 23. The method of claim 1, further comprising: determining that the mobile device is in an out-of-service area; and extending an interval between scans for service.
 24. The method of claim 23, wherein extending the interval between scans for service further comprises determining that a threshold has been exceeded.
 25. The method of claim 23, further comprising extending the interval between scans for service dependent upon a user preference for scanning in an out-of-service area.
 26. The method of claim 23, further comprising extending the interval between scans for service dependent upon sensing a lack of user interaction with the mobile device.
 27. The method of claim 23, further comprising extending the interval between scans for service dependent upon location.
 28. The method of claim 27, further comprising determining location based upon a selected one of receiving a geographic positioning signal, detecting a wireless access transmission, matching radio frequency environment to a stored location description, and identifying a cellular pilot that indicates an out-of-service location.
 29. At least one processor for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: a first module for accessing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies; a second module for determining a capability constraint of a mobile device for using the plurality of radio access technologies; and a third module for communicating with a radio access network using a selected radio access technology according to the multimode system selection scheme and the capability constraint.
 30. A computer program product for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: a non-transitory computer-readable storage medium comprising, a first set of codes for causing a computer to access a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies; a second set of codes for causing the computer to determine a capability constraint of a mobile device for using the plurality of radio access technologies; and a third set of codes for causing the computer to communicate with a radio access network using a selected radio access technology according to the multimode system selection scheme and the capability constraint.
 31. An apparatus for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: means for accessing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies; means for determining a capability constraint of a mobile device for using the plurality of radio access technologies; and means for communicating with a radio access network using a selected radio access technology according to the multimode system selection scheme and the capability constraint.
 32. An apparatus for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: a computing platform for accessing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies; a smart card interfaced to the computing platform for determining a capability constraint of a mobile device for using the plurality of radio access technologies; and a transceiver for communicating with a radio access network using a selected radio access technology according to the multimode system selection scheme and the capability constraint.
 33. The apparatus of claim 32, wherein the multimode system selection scheme defines priority between a 3GPP air interface, a 3GPP2 air interface, and a generalized preferred roaming list.
 34. The apparatus of claim 32, wherein the smart card interfaced to the computing platform is further for determining the capability constraint by determining provisioning of a subscriber identifier of the mobile device for a mobile operator.
 35. The apparatus of claim 34, wherein the smart card interfaced to the computing platform is further for determining provisioning of the subscriber identifier by detecting one of a group consisting of a Removable User Identity Module (R-UIM), Universal Integrated Circuit Card (UICC) with CDMA Subscriber Identify Module (CSIM), UICC with Universal Subscriber Identity Module (USIM) and CSIM, and Subscriber Identity Module (SIM).
 36. The apparatus of claim 35, further comprising a second one of the group, the computing platform is further for determining provisioning of the second one of the group and for selectively activating the one and the second one of the group.
 37. The apparatus of claim 32, wherein the smart card interfaced to the computing platform is further for determining the capability constraint by determining a transceiver limitation of the mobile device associated with an air interface.
 38. The apparatus of claim 37, wherein the smart card interfaced to the computing platform is further for determining the transceiver limitation by communicating via a single mode or multimode.
 39. The apparatus of claim 37, wherein the computing platform is further for storing the transceiver limitation on the smart card incorporated in the mobile device.
 40. The apparatus of claim 37, wherein the smart card interfaced to the computing platform is further for determining the capability constraint by determining a transceiver limitation of the mobile device being roaming or at home.
 41. The apparatus of claim 32, wherein the smart card interfaced to the computing platform is further for determining the capability constraint by determining a transceiver limitation of the mobile device for communicating on at least one of a group consisting of CDMA2000, 3GPP, 3GPP2, GSM, and WiMAX air interfaces.
 42. The apparatus of claim 41, wherein the computing platform is further for performing handshaking to determine the capability constraint with the smart card that is an integrated circuit card containing a subscriber identifier to a mobile network.
 43. The apparatus of claim 42, wherein the computing platform is further for accessing a first multimode system selection scheme stored on the computing platform and for accessing a second multimode system selection scheme stored on the smart card.
 44. The apparatus of claim 32, wherein the computing platform is further for determining an available plurality of radio access technologies that satisfy the multimode system selection scheme and the capability constraint, and for selecting one of the available plurality of radio access technologies in accordance to a priority setting.
 45. The apparatus of claim 32, wherein the computing platform is further for accessing the multimode system selection scheme further comprises receiving a network command to enable or disable a specified radio access technology.
 46. The apparatus of claim 32, wherein the computing platform is further for accessing the multimode system selection scheme further comprises accessing an elementary file on a smart card that is provisioned with the mobile device.
 47. The apparatus of claim 32, wherein the transceiver is further for receiving a command to modify a locally stored data structure for the multimode system selection scheme by over-the-air service provisioning.
 48. The apparatus of claim 32, wherein the computing platform is further for determining a geographic location of the mobile device, and for accessing the capability constraint that specifies whether the selected radio access technology is available in the geographic location.
 49. The apparatus of claim 32, wherein the computing platform is further for determining a current calendar date, and for accessing the capability constraint that specifies whether the selected radio access technology is available on the current calendar date.
 50. The apparatus of claim 32, wherein the computing platform is further for accessing the multimode system selection scheme in a generic service table contained in a smart card.
 51. The apparatus of claim 32, wherein the computing platform is further for determining a geographic location of the mobile device, and for accessing the capability constraint that specifies whether manual selection of a radio access technology is available in the geographic location.
 52. The apparatus of claim 32, wherein the computing platform is further for accessing the multimode system selection scheme to determine an anchor system that serves as a primary selection.
 53. The apparatus of claim 32, wherein the computing platform is further for accessing the multimode system selection scheme that associates two air-interfaces.
 54. The apparatus of claim 32, wherein the computing platform is further for determining that the mobile device is in an out-of-service area, and for extending an interval between scans for service.
 55. The apparatus of claim 54, wherein the computing platform is further for extending the interval between scans for service further comprises determining that a threshold has been exceeded.
 56. The apparatus of claim 54, wherein the computing platform is further for extending the interval between scans for service dependent upon a user preference for scanning in an out-of-service area.
 57. The apparatus of claim 54, wherein the computing platform is further for extending the interval between scans for service dependent upon sensing a lack of user interaction with the mobile device.
 58. The apparatus of claim 54, wherein the computing platform is further for extending the interval between scans for service dependent upon location.
 59. The apparatus of claim 58, wherein the transceiver and the computing platform are further for determining location based upon a selected one of receiving a geographic positioning signal, detecting a wireless access transmission, matching radio frequency environment to a stored location description, and identifying a cellular pilot that indicates an out-of-service location.
 60. A method for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: serving a mobile device from a host radio access network using a host radio access technology; and transmitting a command to the mobile device for modifying a data structure containing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies, wherein the mobile device determines a capability constraint based at least in part upon the command for using the plurality of radio access technologies.
 61. The method of claim 60, wherein the multimode system selection scheme defines priority between a 3GPP air interface, a 3GPP2 air interface, and a generalized preferred roaming list.
 62. The method of claim 60, wherein transmitting the command further comprises provisioning the mobile device in response to receiving a subscriber identifier from one of a group consisting of a Removable User Identity Module (R-UIM), Universal Integrated Circuit Card (UICC) with CDMA Subscriber Identify Module (CSIM), UICC with Universal Subscriber Identity Module (USIM) and CSIM, and Subscriber Identity Module (SIM).
 63. The method of claim 60, wherein transmitting the command further comprises in response to a determining a transceiver limitation of the mobile device for communicating on at least one of a group consisting of CDMA2000, 3GPP, 3GPP2, GSM, and WiMAX air interfaces.
 64. The method of claim 60, wherein transmitting the command further comprises to modify an elementary file on a smart card that is provisioned with the mobile device.
 65. The method of claim 60, further comprising transmitting the command to modify a locally stored data structure for the multimode system selection scheme by over-the-air service provisioning.
 66. The method of claim 60, wherein transmitting the command to modify the multimode system selection scheme in a generic service table contained in a smart card.
 67. The method of claim 60, wherein transmitting the command further comprises provisioning a roaming preferred roaming list based upon a geographic location of the mobile device.
 68. The method of claim 60, wherein transmitting the command in a binary form.
 69. The method of claim 60, wherein transmitting the command in record form.
 70. At least one processor for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: a first module for serving a mobile device from a host radio access network using a host radio access technology; and a second module for transmitting a command to the mobile device for modifying a data structure containing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies, wherein the mobile device determines a capability constraint based at least in part upon the command for using the plurality of radio access technologies.
 71. A computer program product for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: a non-transitory computer-readable storage medium comprising, a first set of codes for causing a computer to serve a mobile device from a host radio access network using a host radio access technology; and a second set of codes for causing the computer to transmit a command to the mobile device for modifying a data structure containing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies, wherein the mobile device determines a capability constraint based at least in part upon the command for using the plurality of radio access technologies.
 72. An apparatus for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: means for serving a mobile device from a host radio access network using a host radio access technology; and means for transmitting a command to the mobile device for modifying a data structure containing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies, wherein the mobile device determines a capability constraint based at least in part upon the command for using the plurality of radio access technologies.
 73. An apparatus for provisioning mobile equipment or smart card for system selection of air-interface/access technologies, comprising: a scheduler for serving a mobile device from a host radio access network using a host radio access technology; and a transceiver for transmitting a command to the mobile device for modifying a data structure containing a multimode system selection scheme for selecting a radio access technology from a plurality of radio access technologies, wherein the mobile device determines a capability constraint based at least in part upon the command for using the plurality of radio access technologies.
 74. The apparatus of claim 73, wherein the multimode system selection scheme defines priority between a 3GPP air interface, a 3GPP2 air interface, and a generalized preferred roaming list.
 75. The apparatus of claim 73, wherein the transceiver is further for transmitting the command further comprises provisioning the mobile device in response to receiving a subscriber identifier from one of a group consisting of a Removable User Identity Module (R-UIM), Universal Integrated Circuit Card (UICC) with CDMA Subscriber Identify Module (CSIM), UICC with Universal Subscriber Identity Module (USIM) and CSIM, and Subscriber Identity Module (SIM).
 76. The apparatus of claim 73, wherein the transceiver is further for transmitting the command further comprises in response to a determining a transceiver limitation of the mobile device for communicating on at least one of a group consisting of CDMA2000, 3GPP, 3GPP2, GSM, and WiMAX air interfaces.
 77. The apparatus of claim 73, wherein the transceiver is further for transmitting the command further comprises to modify an elementary file on a smart card that is provisioned with the mobile device.
 78. The apparatus of claim 73, wherein the transceiver is further for transmitting the command to modify a locally stored data structure for the multimode system selection scheme by over-the-air service provisioning.
 79. The apparatus of claim 73, wherein the transceiver is further for transmitting the command to modify the multimode system selection scheme in a generic service table contained in a smart card.
 80. The apparatus of claim 73, wherein the transceiver is further for transmitting the command further comprises provisioning a roaming preferred roaming list based upon a geographic location of the mobile device.
 81. The apparatus of claim 73, wherein the transceiver is further for transmitting the command in a binary form.
 82. The apparatus of claim 73, wherein the transceiver is further for transmitting the command in record form. 